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(57) Abstract: The invention relates to a method and an arrangement for remote-controlled access to data and for data transmission 
and to a corresponding computer programme product and a corresponding computer-readable storage medium, which can be used in 
particular to enable users to view and process application-specific file formats independently of the application by means of server- 
based applications, by web browser. The invention saves the user having to install application-specific software and enables the user 
to view and edit document formats for which the appropriate viewers or applications are not available. The material can be displayed 
more rapidly, since the communication of the display data requires less bandwidth man the communication of the actual application 
data. The working steps far the user are not changed by the invention. As before, the user will click on a chosen file, whereupon 
the file will be sent to a central server and an application launched here, rather than being downloaded to the user's net device and 
displayed there. The server is capable of recognising and displaying all current file types. 

[Fortsetzung auf der nOchslen Seite] 



Description Claims 



Verfahren und Anordnung zum femgesteuerten Zugriff auf Daten und zur DatenQbertragung sowie ein 
entsprechendes Computerprogramm -Erzeugnis und ein entsprechendes computerlesbares Speichermedium 
Beschreibung Die Erfindung betrifft ein Verfahren und eine Anordnung zum femgesteuerten Zugriff auf Daten 
und zur DatenQbertragung sowie ein entsprechendes Computer- programm-Erzeugnis und ein entsprechendes 
computerles- bares Speichermedium, welche insbesondere einsetzbar sind, urn Benutzern ohne Download per 
Webbrowser trans- parent das plattfonnunabhfingige und anwendungsunabhan- gige Betrachten und Bearbeiten 
von anwendungsspezi- fischen Dateiformaten zu ermCglichea 

Beim Arbeiten in Netzwerken (Internet, Intranet etc.) hat man oft die MCglichkeit, von einer Webpage 
(Webstorage, Emailprovider etc.) Dateien herunteizuladen. Hierbei treten mehrere Probleme auf : zum einen 
kann es sich urn eine sehr umfangreiche Datenmengen handeln, und das Herunterladen kostet viel Zeit und 
Geld ; zum anderen veiiasst die Datei den vorher festgelegten Platz bzw. Workflow (besondere Problematik bei 
Dokumenten-oder Content-Management- Systemen) und wind dann lokal gespeichert (ohne die dann wirksame 
serverseitige Sicherheit). Oder es handelt sich um eine Datei in einem speziellen Format, deren 
AusfOhrungsprogramm nicht auf dem Client-Rechner vorhanden ist, was zur Folge hat, dass die Datei weder 
bearbeitet noch betrachtet werden kann. 

Bisher klickt der User die Datei an, die er bearbeiten will. Ist dem Browser auf dem Client-Rechner das Datei- 
format bekannt, wird die Datei daraufhin henmter- geladen und im Browser angezeigt D. h. es warden nur die 
Dateien angezeigt, fttr die der Browser eine entsprechende Erkennung hat bzw. far die eine solche installiert ist. 
Der Browser hat von Hause aus die Erkennung ftlr die verbreitetsten Internet-Dateiformate. 

Nach extra vom User initiierten Plugin-Installation ftlr Spezialfonnate z. B. pdf-Dateien, kOnnen auch diese, 
nach entsprechenden Download, angezeigt werden. 

Bei alien anderen Dateitypen wird der User aufgefordert zu wahlen, ob er"Die Datei von diesem Qrt 
ausfQhren" {ODER n DiE] Datei speichem'will. 

Wenn der User anklickt, dass er die Datei speichern will, muss er ein Verzeichnis seines NetDevice auswfihlen 
und danach wird die Datei dorthin abgespeichert. 

Sollte der [user" . . . ] von diesem Ort ausfQhren" angeklickt haben, wird die Datei ebenfalls 
heruntergeladen, in einem temporaren Verzeichnis zwischengespeichert und sobald dies geschehen ist, wird das 
dazugeharige Programm gestartet. Klickt erbeispielsweise eine *. zip-Datei an und klickt [an ,! . , . ] von 
diesem Ort ausftthren", wird die Datei heruntergeladen, in Temp zwischengespeichert und dann z. B. in WinZip 
gestartet. Bei Grafikdateien, die der Browser nicht kennt, wird die Datei heruntergeladen und das entsprechend 
installierte Grafikprogramm gestartet. 

Das heiBt, dass jede Datei, wenn sie bearbeitet oder auch nur betrachtet werden soli, immer zum User 
heruntergeladen werden muss und damit verschiedenste Kosten [ ( z . ] B. Traffickosten) und 
Sicherheitsprobleme auftreten kOrmen [ { z . 3 B. Viren). Zur Veranschaulichung sollen kurz die 
GrOBenordnungen der Downloads verdeutlicht werden : mit einem Modem bei 33,6 Kbit/s benOtigt man zum 
downloaden einer Datei der GrOsse von 500 KB zwischen zwei und drei Minuten ; bei einem [ isdn- 
anschluss 3 (64 Kbit/s) dauert der Vorgang etwa eine Minute. Hat die Datei jedoch einen Umfang von 10 
MB, dann dauert das Herunterladen unter Verwendung eines Modems schon 40-45 Minuten, bei Einsatz von 
ISDN immer noch etwa 25 Minuten. 

An den GrOBenordnungen erkermt man, dass es mitunter sehr viel Geduld und Geld kostet, eine 7 MB Datei zu 
Obertragen, um dann festzustellen, dass der Inhalt for den User doch uninteressant ist. 

Ein weiteres nicht zu vemachlflssigendes Problem ist, dass der User zum komfortablen Arbeiten an seinem 
NetDevice mindestens 10 verschiedene Viewer, Plugins und Zusatzprogramme, neben dem Grundsystem 
installiert haben muss. (Z. B. [winzip , ] Adobe pdf-Viewer, ps- Viewer, Winrar, fg3-Viewer, gs- View,...) 
Dies bedeutet fOr den User, dass er diese Zusatzprogramme, Viewer und Plugins genauso kaufen, pflegen und 
updaten muss wie ein"normales rt Programm. 
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Die Nachteile bei der bisherigen Verfahrensweise mit Dateien liegen somit in - einer staiken Abhangigkeit von 
der Obertragungsrate da- zur Verfiigung stehenden Intemetanbindung, [ - zeit] und Kosten for den 
Download, [- DER] notwendigen Verfttgbarkeit zahlreicher Zusatz- programme, Plugins und Viewer, die 
durch das Vorhan- densein der diversen Formate n6tig sind, [ - der] Notwendigkeit und dem Aufwand, diese 
Zusatz- programme regelmflBig zu updaten und zu administrieren, - den Kosten, die fdr die lizenzierte Nutzung 
dieser Zusatzprogramme anf alien, - einem mangelnden wirksamen Schutz gegen Viren, Trojanischer Pferde, 
Hacker etc, [- IN] der Tatsache, dass die Datei den Server verlasst und dann lokal vorliegt. 

Application Service Provider (ASP) z. B. versuchen diese Nachteile-wenigstens teilweise-zu beheben. 

Die wesentlichen Nachteile bei der bisherigen, dabei eingeschlagenen Verfahrensweise mit Service Providera, 
welche Applikationen via Terminaldienst (z. B. auf Basis von Windows Terminal Server oder Citrix u. a.) 
anbieten, werden durch die folgenden Punkte verdeutlicht : [ - user] kann sich nur ein bestimmtes, meist 
sehr spezialisiertes Portfolio von Applikationen mieten ; [ - MAN ] kann diese Applikationen nur durch 
umstandliche, kostenaufwendige, trafficverursachende Downloads der zu betrachtenden bzw. zu bearbeitenden 
Dateien vom Service Provider zum Client und einem weiteren Upload zum ASP nutzen, und man hat dann noch 
immer nicht die Gewissheit das der ASP mit diesem Dateiformat arbeiten kann und die passende Applikation 
im Portfolio hat ; wenn man die Dateien wieder zum ursprQnglichen Speicherort bzw. Service Provider (Email-, 
Webstorage-oder Workflowprovider) speichern will, muss man sich die Datei von dem ASP downloaden (wenn 
Qberhaupt mdglich) und dann bei seinem Service Provider, nach emeutem Login, emeut uploaden ; der Nutzer 
ist mit den Dateien in einer fl Bringe- pflicht" [ (user m bringt"DIE datei ] zur Applikation), d. h. der 
Nutzer lfldt die Datei down, dann ist wieder ein Upload zu seinen Applikationen (zu den ASP) nOtig ; er hat 
nicht die Garantie, dass diese Applikationen auf alle Dateien reagieren, mit denen der Nutzer arbeitet, und diese 
Applikationen automatisiert ausgewahlt und gestartet werden ; man hat bei den meisten ASP nur die 
MOglichkeit, Dateien zu bearbeiten, die auch dort gespeichert sind. Es gilt [ein 

AUSSCHLlEfiLiCHKElTSPRiNZiP] : da der ASP nur Dateien bearbeitet, die bei ihm gespeichert sind, 
erzwingt er gewissermaBen seine Dienste, da ein Dateitransfer bzw. Dateimanagement speziell grCBerer 
Datenmengen zu anderen Service Providera oder dem Client selbst mit einem erheblichen Aufwand verbunden 
ist. 

Der Erfindung liegt deshalb die Aufgabe zugrunde, ein Verfahren zu entwickeln, welches die erwfihnten Nach- 
teile ttberwindet und speziell das anwendungsunabhangige Betrachten und Editieren von 
anwendungsspezifischen Dateiformaten ermOglicht. Gleichzeitig sollen durch die Erfindung die 
[ubertragungszeiten] fQr Dokumente, eine ErhOhung der Sicherheit sowie gleichzeitig eine Senkung 
der Obertragungskosten erreicht werden. Des weiteren soil das Management und die Wartung von Daten bzw. 

Dateien verbessert werden, die auf einem exteraen Server ausgelagert sind, so dass z. B. Dateien femgesteuert 
neu angelegt, kopiert oder verschoben werden kOnnen. 

Diese Aufgabe wird erfindungsgemSB gelOst durch die Merkmale im kennzeichnenden Teil der AnsprQche 
[ l , ] 11,18 und 19 im Zusammenwirken mit den Merkmalen im Oberbegriff. ZweckmfiBige Ausgestaltungen 
der Erfindung sind in den UnteransprUchen enthalten. 

Ein besonderer Vorteil der Erfindung liegt darin, dass bei dem Verfahren zum femgesteuerten Zugriff auf Daten 
und zur Datenttbertragung von einem Nutzer ttber eine an eine erste Datenttbertragungsstrecke 2 angeschlossene 
Datenverarbeitungseinrichtung 1 angeforderte, auf einem ersten Computersystem 3 gespeicherte Daten ttber 
eine zweite Datenttbertragungsstrecke 4 auf ein zweites Computersystem 5 ttbertragen, dort die den 
ttbertragenen Daten zugehOngen Anwendungen ermittelt und gestartet, die ttbertragenen Daten von diesen 
Anwendungen ein- gelesen und ausgewertet, anschlieBend die Ergebnisse dieser Auswertung ttber eine dritte 
Datenttbertragungs- strecke 6 zu der Datenverarbeitungseinrichtung 1 des Nutzers ttbertragen und dort zur 
Verf ttgung gestellt werden. Eine Anordnung zum femgesteuerten Zugriff auf Daten und zur Datenttbertragung 
ist vorteilhafterweise mit einem Prozessor ausgestattet, der derart eingerichtet ist, dass ein ferngesteuerter 
Zugriff auf Daten und eine Datenttbertragung durchftthrbar ist, derart, dass von einem Nutzer ttber eine an eine 
erste Daten- ttbertragungsstrecke 2 angeschlossene Datenverarbei- tungseinrichtung 1 angeforderte, auf einem 
ersten Computersystem 3 gespeicherte Daten ttber eine zweite Datenttbertragungsstrecke 4 auf ein zweites 
Computer- system 5 ttbertragen, dort die den ttbertragenen Daten zugehOrigen Anwendungen ermittelt und 
gestartet, die ttbertragenen Daten von diesen Anwendungen eingelesen und ausgewertet, anschlieBend die 
Ergebnisse dieser Auswertung ttber eine dritte Datenttbertragungsstrecke 6 zu der 
Datenverarbeitungseinrichtung 1 des Nutzers ttbertragen und dort zur Verfttgung gestellt werden. 
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Ein [ coi^puterprogrammerzeugnis ] zum femgesteuerten Zu- griff auf Daten und zur Datentlbeitragung 
umf asst ein computerlesbares Speichermedium, auf dan ein Programm gespeichert ist, das es einem Computer 
ermOglicht, nachdem es in den Speicher des Computers geladen worden ist, einen femgesteuerten Zugriff auf 
Daten und eine Datentlbeitragung durchzufOhren, derart, dass von einem Nutzer aber eine an eine erste 
DatenQbertragungsstrecke 2 angeschlossene Datenverarbeitungseinrichtung 1 ange- forderte, auf einem ersten 
Computersystem 3 ge- speicherte Daten ttber eine zweite Datenttbertragungs- strecke 4 auf ein zweites 
Computersystem 5 Qbertragen, dort die den Qbertragenen Daten zugehdrigen Anwendungen ennittelt und 
gestartet, die Qbertragenen Daten von diesen Anwendungen eingelesen und ausgewertet, anschlieflend die 
Ergebnisse dieser Auswertung ttber eine dritte Datenttbertragungsstrecke 6zu der Datenverar- 
beitungseinrichtung 1 des Nutzers ttbertragen und dort zur Verftlgung gestellt weiden. 

Auf einem computerlesbaren Speichennedium zum fern- gesteuerten Zugriff auf Daten und zur 
DatenQbertragung ist vorteilhafterweise ein Programm gespeichert, das es einem Computer ermCglicht, 
nachdem es in den Speicher des Computers geladen worden ist, einen femgesteuerten Zugriff auf Daten und 
eine Datenttbertragung durch- zurahren, derart, dass von einem Nutzer ttber eine an eine erste 
Datenttbertragungsstrecke 2 angeschlossene Datenverarbeitungseinrichtung 1 angeforderte, auf einem ersten 
Computersystem 3 gespeicherte Daten ttber eine zweite Datenttbertragungsstrecke 4 auf ein zweites 
Computersystem 5 ttbertragen, dort die den ttbertragenen Daten zugehdrigen Anwendungen ennittelt und 
gestartet, die ttbertragenen Daten von diesen Anwendungen ein- gelesen und ausgewertet, anschlieBend die 
Ergebnisse dieser Auswertung ttber eine dritte Datenttbertragungs- strecke 6 zu der 
Datenverarbeitungseinrichtung 1 des Nutzers ttbertragen und dort zur Verftlgung gestellt werden. 

Ein weiterer Vorteil liegt darin, dass durch die Verwendung von Standardsoftware und Standard- 
Vorgehensweisen eine hohe Wartbaikeit der Daten bzw. 

Dateien gewfihrleistet wird. 

Als vorteilhaft ist weiterhin anzusehen, dass beim Ein- satz der Erfindung auf Seiten des Service Providers eine 
einfach zu integrieiende LOsung vorliegt. Unter- sttttzend kann serverseitig ein Algorithmus bereit- gestellt 
werden, der die Integration dieses Verfahrens auf Seiten des Service Providers vereinfacht und/oder 
beschleunigt 

Nach dem Betrachten bzw. der Beaibeitung der auf einem Applikation Server (dem zweiten Computersystem 5) 
(temporal) abgelegten Datei durch den Nutzer wird dem Nutzer durch das erfindungsgemaJJe Verfahren 
ermCglicht, die (geanderten) Dokumente wieder an ihren Ursprungsort (das erste Computersystem 3) 
zurttckzuspeichem oder als neue Datei ahzuspeichern, was insbesondere for ein Dateimanagement bei der 
Nutzung von Webspace vorteilhaft ist 

Das Verfahren bietet gegenttber herkOmmlichen LCsungen durch einen Direktanschluss an den Backbone und 
die Obertragung von lediglich den Grafikinformationen zum Nutzer/Client eine emebliche Verringenmg der 
Obertra- gungsraten und-zeiten. Durch den Einsatz der Erfindung ist ein Nutzer nicht mehr gezwungen, fdr 
jedes Daten- format die entsprechende Anwendungssoftware zu instal- lieren. Das wiederum ftthrt zu einer 
Verringerung des Speicherbedarfs und zu einer Vereinfachung der Update- Vorgange. Da durch das Verfahren 
nicht mehr die einzel- nen Dateien, sondem nur noch die Grafikinformationen ttbertragt, macht es die 
Obertragung von Viren nahezu unmdglich. 

Ein weiterer Vorteil der Erfindung liegt darin, dass durch ihren Einsatz auch Gerate far die Anzeige von 
Dokumenten genutzt werden kCnnen, die bisher dafttr nicht eingesetzt werden konnten, wie [ 2 . ] B. 

Entertainment-Konsolen. 

Ein Vorteil des erfindungsgemaBen Verfahrens Uegt in der einfachen, intuitiven Benutzbarkeit. Ein Schulungs- 
aufwand ist nicht notwendig. Ebenso braucht der Nutzer keine weitergehenden Dokumente zur Benutzung des 
Systems zu lesen. Das Arbeiten und die Arbeitsschritte werden sich durch das erfindungsgemflBe Verfahren fdr 
den User nicht flndera. 

Die Erfindung soil nachstehend anhand von einem zumin- dest teilweise in den Figuren dargestellten 
[ ausfuh- ] rungsbeispiel naher erlautert werden. 
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Es zeigen ? Fig. [i) den schematischen Ablauf des Verfahrens, Fig. 2 schematischer Systemaufbau des Online- 
File- Service, Fig. 3 Test des Dateityps. 

Der Ablauf, in dem die Schritte des erfindungsgem&Ben Verfahrens bei dem beispielhaft beschriebenen Aus- 
fuhrungsfonn aufeinanderfolgen, lflsst sich folgendennaBen gliedem (vgl. Fig. 1) : 1 . der Client aktiviert einen 
Link auf ein anwendungs- spezifisches Dokument anf einer Web-Seite, [ GGF . ] einen Link auf eine eigene, bei 
einem Webspace Provider gelagerte Datei ; 2. der Link fuhrt zu einem Server eines ersten Service Providers mit 
eingebetteter URL des Dokumentes, z. B. http :/Avww. mydomain. de/bild. pdf ; 3. von einem serverseitigen 
Programm wird veranlasst, dass die Datei bild. pdf auf den Applikationsserver eines zweiten 
[dienstleistungsanbietersj (des erfindungsgemfiBen Verfahrens) flbertragen wird ; 4. auf dem 
Applikationsserver des zweiten Dienstleistungsanbieters wild das Dokument temporar geladen und nach 
verschiedenen Tests zum genauen Ermitteln des Dokumententyps eine entsprechende Applikation fur das 
anzuzeigende und/oder zu editierende Dokument gestartet ; 5. die Anzeige-Daten der Applikation werden fiber 
ein spezielles Protokoll (Terminal Pnotokoll) an den Client gesendet ; 6. auf dem Client wird der Terminal- 
Client initiali- siert und stellt die vom Client angeforderten Daten des Applikations-Servers zur Verfugung. 

Das serverseitige Programm, welches dafur sorgt, dass das angefoiderte Dokument nicht zu dem NetDevice des 
Client heruntergeladen und dort angezeigt wird, sondern zu dem Applikationsserver abertragen wird, kann 
sowohl beim Client lokal (allgemein geltend-anwendbar fur alle im Netz befindlichen Dateien) als auch bei dem 
Service Provider (auf diesem speziell geltend- anwendbar fur bei diesem Provider gespeicherte Dateien) 
implementiert sein. 

Dadurch, dass die Komplexitflt der Anwendungsprogramme vom Nutzer auf den Dienstleistungsanbieter 
verlagert wird, greift bei dem Verfahren nun das System, das auf dem Applikations-Server implementiert ist, 
auf die entsprechende Applikation zuruck, die eine breite Palette von Dokumentfonnaten anzeigen kOnnen. 
Formate, die der Applikations-Server vorteilhafterweise immer zur Verf ugung stellen sollte, sind 
beispielsweise : Textformate : pdf, ps, eps, ps. z, gs, dvi ; Microsoft Office : doc, dot, rtf, xls, xlt, ppt ; 
Helpdateien : hip ; Programmquellen : bas, c, cc,... 

Faxdateien : fax, fg3, fg4,... sonstige : txt, inf, bak, fon, tex,... 

Bildformate : bmp, dib, rle, jpg, jpeg, jpe, gif, pcd, pcx, tif, tiff, img, png,... 

Grafiken : cdr, cch, cmx, cpt,... 

Kompressionsformate : zip, arj, arc, gz, tar,... 

Dabei werden die sowohl zur Anzeige als auch zum Bearbeiten der verschiedenen Formate benOtigten Pro- 
gramme auf einem Applikationsserver des Anbieters ausgefuhrt. Auf diesem Applikationsserver findet somit 
die Ausgabeerzeugung statt. Die so erzeugten Ausgabe- daten werden beim Nutzer lediglich durch einen 
Terminal-Client angezeigt, damit auf dem Nutzer-Rechner keine kompletten Anwendungen gestartet werden 
mussen. 

Um die anzuzeigenden Daten auf den Client zu bringen, wird eine ubliche Terminal-Software eingesetzt. 

Herzstuck des Online-File-Service ist der Preprozessor 7 (vgl. Fig. 2) mit dazugehGriger Datenbank 18 sowie 
die eingesetzte Speicherlogik 19. In der Datenbank (Config DB 18) werden alle Konfigurationen fur 
Serviceprovider und Nutzer gehalten. Dies sind zum ersten die [ identifikationsangaben] der 
Serviceprovider, zum zweiten die Zuordnung von Dateityp zu Applikation und zum dritten weitergehende 
Angaben zum Nutzer. Der Preprozessor dient der Analyse der vom Client ubergebenen Parameter 
(Clientparameter 8) und zur Erzeugung des anzuzeigenden Dokumentes, sowie zur Auswahl einer geeigneten 
Applikation. Der Preprozessor 7 bereitet die im Clientparameter 8 enthaltenen Daten so auf, dass eine spezielle 
Applikation mit definierten Daten gestartet werden kann. Dazu werden drei Subkomponenten verwendet : der 
Validator 9, der Loader 10 und der Analyzer 1 1 . 

Sinn und Zweck des Preprozessors 7 ergeben sich aus der Tatsache, dass die Ubergebenen Clientparameter 8 
und daraus folgenden Dokumente nicht zwangslflufig valide Daten enthalten und daher eine Aufbereitung fur 
die anschlieflenden Programmschritte notwendig ist. In die- sen muss die zu ladende Applikation und das 
anzuzeigende Dokument feststehen. 
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Der Preprozessor ttbergibt die Obergabeparameter zunfichst an den Validator 9. Der Validator 9 ttberprttft den 
ttbergebenen Clientparameter 8 auf syntaktische und semantische Richtigkeit Der Loader 10 lfldt das 
anzuzeigende Dokument und der Analyzer 1 1 ttberprttft den Dokumenttyp. 

Der Validator 9 ttberprttft den ttbergebenen Clientparameter 8 auf syntaktische und semantische Richtigkeit 
Der Validator 9 nimmt dabei den Obergabestring 8 und ttberprttft ihn auf Gttltigkeit : [ - esj handelt sich um 
einen String, der gemfiss des abergebenen Identifikationsstrings valdiert werden kann [ - ES] wurden alle 
Parameter Ubergeben, die mit dem Serviceprovider ausgehandelt wurden, der zu dem Identifikationsstring 
gehOrt - Einer der Parameter ist eine URL, hierbei handelt es sich um : [ &APOS ; UM] eine gQltige, RFC- 
konforme URL, 'die URL beschreibt eine fttr den Applikations- server eireichbare Ressource, Die URL weist 
auf einen Host, der fttr den Serviceprovider als berechtigt konfiguriert wurde. 

Die hierbei vom Preprozessor 7 an den Validator 9 ttbergebenen Daten bestehen aus alien Parametem, die vom 
Client ttbergeben wurden. Vom Validator 9 wird an den Preprozessor 7 eine Information zurttckgegeben, die 
Angaben ttber die URL-Syntax, das verwendete Protokoll, den Speicherort des Dokuments und ttber evtl. 
aufgetretene Fehler macht 

Der Loader 10 hat die Aufgabe, das Dokument mit der ttbergebenen URL zu laden. Hierzu wird ihm vom 
Preprozessor die URL ttbergeben, die er laden soil. Nach 4kB flbergibt der Loader dem Preprozessor die 
Information, dass er ausreichende Daten fttr die Validierung geladen hat. 

Der Preprozessor ttbergibt dem Analyzer 1 1 den Speicherort des geladenen Dokuments. Daraufhin ttberprttft der 
Analyzer 1 1 mittels verschiedener Tests den eindeutigen Dateityp <DType> : (Fig. 3) [ l . "magic number- 
test "die ] Daten werden gemfiss Industriestandard ttberprttft. Hierbei werden die ersten Bytes des 
Dokuments gegen eine Tabelle mit Zuordnungen abgeghchen. Mit Hilfe der"Magic Number"wird der Dateityp 
[ &LT ; DTYPE &GT ; ] ermittelt. 

2. Obergabetyp-MIME-Type-der von dem Server des Serviceproviders ttbergeben wurde (nur, wenn das 
Protokoll eine solche Obergabe vorsieht). Mit Hilfe des MIME-Type wird der Dateityp [ &lt ; dtype &gt ; ] 
ermittelt. 

3. Dokumentensuffix-Die Datei wird auf Ihre Dateiextension getestet Mit Hilfe des DokumentensufFix wind der 
Dateityp [<dtype> ] ermittelt. 

Die Tests werden gemfiss einer [konfigurierbaren] Gewichtung abgeglichen und bewertet 

Wenn der Loader 10 die Datei komplett geladen hat, speichert er die Daten in einem eigenen, distinkten 
Verzeichnis ab. Hiernach ttbergibt er dem Preprozessor 7 die Nachricht, dass die Daten komplett sind und die 
Applikation gestartet werden kann. 

Wfihrend dieser Schritte wird ein Akzeptanz-Test durch- geftthrt. Die Testbedingungen ergeben sich aus den 
"Acceptance Test Informations"der Subkomponenten Validator 9, Loader 10, Analyzer 11. Jede dortige 
Fehlerbedingung muss einen Fehlerstatus an den Client zurttckgeben. 

Der Session Manager 16 initialisiert die Session ttber die Datenttbertragungssoftware. Auf das so generierte 
Display wird die Applikation mit dem anzuzeigenden Dokument gemapped. Das Schliefien der Client- 
Applikation beendet die Session. Der Session Manager 16 lOscht danach die Dokumentendatei. 

Die vom Session Manager 16 aufgerufene Applikation muss unter einer unprivilegierten UID laufen. Die 
gesamte Applikation Ifiuft zudem in einem chroot-Environment in dem Verzeichnis der anzuzeigenden Datei. 

Der Loader-Editor 14 dient dem Erstellen und Verwalten der Loader-Konfigurationsdaten. Diese 
Konfigurations- daten werden in einer Datenbank 18 gehalten und kOnnen ttber eine Standard-DB-Schnittstelle 
oder eine GUI 20 verwaltet werden. 

Der Analyzer-Editor 15 dient dem Erstellen und Verwalten der Analyzer-Konfigurationsdaten. Diese 
Konfigurationsdaten werden in einer Datenbank 1 8 gehalten und kOnnen ttber eine Standard-DB-SchnittsteUe 
oder eine GUI 20 verwaltet werden. 
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Jeder Schritt der nicht zum Eifolg fQhrt, gibt einen RQckgabeparameter zurUck, der mit einer Fehleranzeige- 
applikation einen Fehlerstatus an den Client sendet und die Session beendet. 

Waren alle Subkomponenten erfolgreich, setzt der Preprozessor 7 einen Ladestring fQr den Session Manager 16 
zusammen : Zunachst ermittelt und Obergibt der Preprozessor 7 dafOr aus der Config-DB 18, welche 
Applikation fQr die Anzeige des Dokumenttyps in Frage kommt Die Applikation kann je nach Serviceprovider 
unterschiedlich konfiguriert werden. 

Zusatzlich Qbergibt er den Speicherort der Datei. 

Der Nutzer hat die MOglichkeit, die von ihm verfinderte Datei wieder zu speichera und auf das 
Ursprungssystem (das erste Computersystem 3) zurQckzuttbertragen. 

HierfOr wird die Speicherlogik 19 eingesetzt Diese greift den Speichervorgang auf Betriebssy stemebene des 
Applikationsservers ab und Qbertrfigt die Daten- transparent fQr den Nutzer-auf einem mit dem Service Provider 
konfigurierten Weg auf den Ursprungsserver. 

Der Speicherweg kann hierbei ein beliebiges Verfahren, welches sich in einem Netzwerk einsetzen lasst sein. 

Zum derzeitigen Zeitpunkt bieten sich unter anderem hier http (PUT/POST), [ ftp ] oder SMTP an. Spater ist 
auch an andere ObertragungsmOglichkeiten zu denken. 

Als Hardware-Plattform fQr das Verfahren (beim Online- File-Service-Provider/Applikation-Provider) ist in 
Abh&ngig von der zu erwarteten Zahl der Zugriffe eine Serverfarm kleiner bis mittlerer Ausbaustufe erforder- 
lich. Die tatsachlichen Anforderungen kOnnen durch ein ausfQhrliches Benchmarking ermittelt werden. 

Die einzelnen Sessions sollten in einer abgesicherten Umgebung bestehend aus spezieller UED und chroot- 
Environment ablaufen. Genauere Spezifikationen werden aus dem Benchmarking entstehen und sind abhangig 
von der eingesetzten Software-Umgebung. 

Eine explizite Erweiterbarkeit bezieht sich zunachst auf zusatzlich einsetzbare Applikationen im Backend. 

Durch die Verwendung einfacher und logischer Schnitt- stellen und Konfigurationsdaten wird hier eine 
optimale Ausbaufahigkeit erreicht. Dies wird auch durch die Verwendung von Standard-Software sichergestellt. 
Ebenso wird die Kompatibilitat zu zuktknftigen Produktversionen sichergestellt Damit ergibt sich ein hoher 
[ investitionsschutz ] und die Sicherbeit an neuen Entwicklungen partizipieren zu kGnnen. 

Ein Vorteil des Online -File-Service ist die einfache, intuitive Benutzbaikeit. Ein Schulungsaufwand ist nicht 
notwendig. Ebenso braucht der Kunde keine weitergehen- den Dokumente zur Benutzung des Systems zu lesen. 

Der Online -File-Service stellt an den Benutzer keine weitergehenden PC -Erf ahrungen. Nach dem Laden des 
Browser-Plugins (bei erstmaliger Benutzung des Services erfolgt eine automatische Installation und Initiali- 
sierung des Plugins) ist die Applikation wie jede PC- Applikation zu bedienen. Die Session kann jederzeit ohne 
Nachteile tenniniert werden. Einem ungewollten Sessionabbruch steht die MOglichkeit gegenftber, die Session 
serverseitig nicht zu tenninieren (zu schlieOen), sondem for einen mOglichen reconnect off en zu halten. 

Das Arbeiten und die Arbeitsschritte werden sich durch das Verfahren fOr den User nicht andem. Er wird wie 
bisher auf eine Datei klicken, die er bearbeiten mOchte. Daraufhin wird die Datei aber nicht zu seinem 
NetDevice heruntergeladen und dort angezeigt, sondern die Datei wird zu einem zentralen Server gesendet und 
von dort wird ein entsprechende Applikation gestartet. 

Dieser ist in der Lage, alle gangigen Dateitypen (anfangs ca. 100) zu erkennt und darzustellea 
Der Server Qbertragt dann die puren Bildinformationen an den anfordernden Client 
Dieser intqpretiert die Bildinformationen und stellt diese auf seinem Display dar. 
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Dadurch entstehen dem User folgende Vorteile : [l* . ] der User muss nicht alle Viewer, Plugins und 
Zusatzprogramme ihstalliert haben ; 2. der User braucht sich nicht mehr urn neue Versionen, Updates und 
Patches zu bemOhen ; 3. der User muss die Datei oder dessen Inhalt (bei gepackten Dateien), die er bearbeiten 
will, nicht mehr herunterladen und erzielt dadurch einen enonnen Geschwindigkeitsvorteil ; [ 4 . ] der User 
kann neben den bisher nutzbaren internetfahigen Anzeigegeraten nun auch Gerate for die Anzeige von 
Dokumenten nutzen, die bisher dafQr nicht eingesetzt werden konnten, wie z. B. Enter- [TAINMENT- 
konsolen] ; 5. far den User besteht keine Sicherheitsgefahr durch Viren, Wtaner etc. ; 6. hoher 
Investitionsschutz fQr den Nutzer, da er nicht den bisher gewohnten Hardware-Updatezyklen unterliegt. 

Durch den serverbasierten Verfahrensansatz wild somit die Last vom Client genomm en- 
Die Erfindung ist nicht beschrankt auf die hier darge- steUten AusfUhrungsbeispiele. Vielmehr ist es mOglich, 
durch {Combination und Modifikation der genannten Mittel und Merkmale weitere AusfQhningsvarianten zu 
realisie- ren, ohne den Rahmen der Erfindung zu verlassen. 

Bezugszeichenliste [ l . ] Datenverarbeitungseinrichtung (NetDevice [Nutzer]) 2. erste 
Datentlbertragungsstrecke (Klick auf Datei ; Anforderung eines Dokuments, welches eine spezielle Anwendung 
auf dem Nutzer-Rechner erfordert) 3. erstes Computersystem (z. B. eines Service- Providers, der Webpages mit 
Dateiverlinkung enthalt) 4. zweite DatenUbertragungsstrecke backbone zur Obertragung der Datei zum 
Applikations-Server [ [ anbieterserver] ) } 5. zweites Computersystem (auf dem der Start der zur 
tlbertragenen Datei gehOiigen Applikation, das Laden und Darstellen der Dokument erfolgt) 6. dritte 
Datenttbertragungsstrecke (Obermittlung der Ansicht des Dokuments und der-Applikation an den Nutzer- 
Rechner ; Datentransfer des Terminal- Programms) 7. Preprozessor 8. Clientparameter 9. Validator 10. Loader 
11. Analyzer 12. Loader-Konfigurationsdatei [13 . ] Analyzer-Konfigurationsdatei 14. Loader-Editor [15. ] 
Analyzer-Editor 16. Session Manager 17. Kundenrechte DB 18. [CONFIG] DB 19. Speicherlogik 20. 
Configurations GUI 



Description Chums 



PatentansprQche 1 . Verfahren zum ferngesteuerten Zugriff auf Daten und zur Datenttbertragung, dadurch 
gekennzeichnet, dass von einem Nutzer Uber eine an eine erste Daten- flbertragungsstrecke (2) angeschlossene 
[datenverar- ] beitungseinrichtung [(1)3 angeforderte, auf einem ersten Computersystem (3) 
gespeicherte Daten ttber eine zweite Datentlbertragungsstrecke (4) auf ein zweites Computersystem (5) 
tibertragen, dort die den tlbertragenen Daten zugehorigen Anwendungen ennittelt und gestartet, die 
tlbertragenen Daten von diesen Anwendungen eingelesen und ausgewertet, anschheBend die Ergebnisse dieser 
Auswertung Qber eine dritte Datentlbertragungsstrecke (6) zu der Datenverarbeitungseinrichtung [ ( 1 ) ] des 
Nutzers tibertragen und dort zur VerfQgung gestellt werden. 

2. Verfahren nach Anspruch [ 1 , 3 dadurch gekennzeichnet, dass die Daten vor dem Einlesen in eine 
Anwendung auf Viren und/oder Datenkomiption geprtlft werden. 

3. Verfahren nach einem der AnsprUche 1 oder 2, dadurch gekennzeichnet, dass die auf der 
Datenverarbeitungseinrichtung [(1)3 an den zur Verftlgung gestellten Ergebnissen vorgenom- menen 
Verfindenmgen an das zweite Computersystem (5) Qbermittelt und dort erf orderiichenf alls ge- speichert werden. 

4. Verfahren nach einem der Ansprttche 1 bis 3, dadurch gekennzeichnet, dass die Obertragung der Ergebnisse 
durch ein Terminal- programm erfolgt. 

5. Verfahren nach einem der AnsprUche [ l ] bis 4, dadurch gekennzeichnet, dass das zweite Computersystem 
(5) auf dem ersten Computersystem (3)-erforderlichenfalls einge- schrftakte-Lese-und/oder Schreibrechte 
besitzt 

6. Verfahren nach einem der AnsprUche 1 oder 2, dadurch gekennzeichnet, dass auf der 
Datenverarbeitungseinrichtung [(1)3 eine nichtbearbeitbare Wiedergabe der tlbertragenen Ergebnisse erfolgt. 

7. Verfahren nach einem der AnsprUche 1 bis 6, dadurch gekennzeichnet, dass die Wiedergabe auf der 
Datenverarbeitungseinrich- tung [(1)3 des Nutzers visuell und/oder audiell erfolgt. 
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8. Verfahren nach ejnem der Ansprttche [ 1 3 bis 7, dadurch gekennzeichnet, dass zur Ennittlung der 
zugehOrigen Anwendung - ein Magic Number-Test und/oder [- ein] Dateisystemtest und/oder [ - ein] 
Test der Dateiendung erfolgt. 

9. Verfahren nach Anspruch 8, dadurch gekennzeichnet, dass eine Bewertung und/oder ein Abgleich der Tests 
nach einer konfigurierbaren Gewichtung erfolgt. 

10. Verfahren nach einem der Ansprttche 1 bis 9, dadurch gekennzeichnet, dass der Nutzer die Daten Qber einen 
Link einer Internet-Seite und/oder von einem ftp-Server anfordert. 

1 1 . Anordnung mit einem Prozessor, der derart eingerichtet ist, dass ein ferngesteuerter Zugriff auf Daten und 
eine DatenObertragung durchfOhrbar ist, derart, dass von einem Nutzer ttber eine an eine erste 
Datenttbertragungsstrecke (2) angeschlossene Datenverarbeitimgseinrichtung [ ( 1 ) ] angeforderte, auf einem 
ersten Computersystem (3) gespeicherte Daten Ober eine zweite DatenQber- tragungsstrecke (4) auf ein zweites 
Computersy stem (5) Qbertragen, dort die den Qbertragenen Daten zugehOrigen Anwendungen ermittelt und 
gestartet, die ttbertragenen Daten von diesen Anwendungen ein- gelesen und ausgewertet, anschlieBend die 
Ergeb- nisse dieser Auswertung ttber eine dritte Daten- ttbertragungsstrecke (6) zu der Datenverarbeitungs- 
einrichtung [ ( 1 ) ] des Nutzers ttbertragen und dort zur Verfttgung gestellt werden. 

12. Anordnung nach Anspruch 1 1, dadurch gekennzeichnet, dass die Datenttbertragungsstrecken (2,4,6) [ - 
ALS ] Kabelnetze und/oder [ - ALS ] Funknetze oder - teilweise als Kabelnetz und teilweise als Funk- netz 
ausgebildet sind. 

13. Anordnung nach einem der Ansprttche 1 1 oder 12, dadurch gekennzeichnet, dass die zweite 
Datenttbertragungsstrecke zwischen dem ersten Computersystem (3) und dem zweiten Computersystem (5) als 
Backbone mit hoher Obertragungsrate ausgebildet ist. 

14. Anordnung nach einem der Ansprttche 1 1 bis 13, dadurch gekennzeichnet, dass die 
Datenverarbeitungseinrichtung [ ( l ) ] ein stationares und/oder mobiles Kommunikationsmittel ist. 

15. Anordnung nach einem der Ansprttche 1 1 bis 14, dadurch gekennzeichnet, dass das stationare 
Kommunikationsmittel [- ein] Computer und/oder [- EIN] Telefon und/oder [- eine] Set top Box 
und/oder [- eine] Entertainment-Konsole und/oder [- EINE] Multimedia-Konsole ist. 

16. Anordnung nach einem der Ansprttche 1 1 bis 14, dadurch gekennzeichnet, dass das mobile 
Kommunikationsmittel [- ein] Computer und/oder [- EIN] Funktelefon und/oder [- ein] Palmtop 
und/oder [- ein] Handheld ist. 

17. Anordnung nach einem der Ansprttche 1 1 bis 16, dadurch gekennzeichnet, dass das erste Computersystem 
(3) und/oder das zweite Computersystem (5) aus einem und/oder mehreren Computem bestehen. 

18. Computerprogrammerzeugnis, das ein computerles- bares Speichermedium [umfasst , ] auf dem ein 
Programm gespeichert ist, das es einem Computer ermOglicht, nachdem es in den Speicher des Computers 
geladen worden ist, einen ferngesteuerten Zugriff auf Da- ten und eine Datenttbertragung durchzufQhren, der- 
art, dass von einem Nutzer ttber eine an eine erste Datenttbertragungsstrecke (2) angeschlossene Daten- 
verarbeitungseinrichtung [(1)3 angeforderte, auf ei« nem ersten Computersystem (3) gespeicherte Daten ttber 
eine zweite Datenttbertragungsstrecke (4) auf ein zweites Computersystem (5) ttbertragen, dort die den 
ttbertragenen Daten zugehOrigen Anwendungen ermittelt und gestartet, die ttbertragenen Daten von diesen 
Anwendungen eingelesen und ausgewertet, anschlieBend die Ergebnisse dieser Auswertung ttber eine dritte 
Datenttbertragungsstrecke (6) zu der Datenverarbeitungseinrichtung (1) des Nutzers ttbertragen und dort zur 
Verfttgung gestellt werden. 

19. Computerlesbares Speichermedium, auf dem ein Pro- gramm gespeichert ist, das es einem Computer er- 
mOglicht, nachdem es in den Speicher des Computers geladen worden ist, einen ferngesteuerten Zugriff auf 
Daten und eine Datenttbertragung durchzufQhren, derart, dass von einem Nutzer ttber eine an eine erste 
Datenttbertragungsstrecke (2) angeschlossene Datenverarbeitungseinrichtung [ ( l ) ] angeforderte, auf einem 
ersten Computersystem (3) gespeicherte Daten ttber eine zweite Datenttbertragungsstrecke (4) auf ein zweites 
Computersystem (5) ttbertragen, dort die den ttbertragenen Daten zugehOrigen Anwendungen ermittelt und 
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gestartet, die Qbertra- genen Daten von diesen Anwendungen eingelesen und ausgewertet, anschlieBend die 
Ergebnisse dieser Auswertung Ober eine dritte Datenflbertragungs- strecke (6) zu der 
Datenverarbeitungseinrichtung [ (l) ] des Nutzers Qbertragen und doit zur Verfbgung gestellt weiden. 

Description Claims 
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